home *** CD-ROM | disk | FTP | other *** search
/ CD Ware Multimedia 1994 November / Cd Ware (Nro. 2) - Epimundo.iso / DOS / US / DOSMENU6.ZIP / DMUSERS.DOC < prev    next >
Encoding:
Text File  |  1994-05-26  |  7.2 KB  |  200 lines
  1.                            COMMONLY ASKED QUESTIONS
  2. ══════════════════════════════════════════════════════════════════════════════
  3.  
  4. ?    I GET CRYPTIC MESSAGES AFTER LOGGING OUT OF A NETWARE NETWORK.  WHAT CAN
  5.      I DO TO PREVENT THIS?
  6.  
  7. Ans: When you use a batch file to run the NetWare logout command, some of your
  8.      mappings will be lost before the batch file is completed, leading to
  9.      strange DOS errors.  For instance, if you used the OUT.BAT to log out and
  10.      the contents of OUT.BAT were:
  11.  
  12.      OUT.BAT
  13.      ───────
  14.      @echo off
  15.      cls
  16.      logout
  17.      f:
  18.  
  19.      then you might receive one of these:
  20.  
  21.      Cannot execute X:\OUT.BAT
  22.      or
  23.      Invalid drive specification - X:\OUT.BAT
  24.      or
  25.      perhaps your DOS prompt goes completely away.
  26.  
  27.      It is easy to prevent this from occurring.  What is probably happening is
  28.      that you are not in the F:\LOGIN directory when the OUT comand is issued
  29.      or either DOS 'sees' you on another drive, like X:, due to your network
  30.      search mappings for the F:\LOGIN directory.  In any event, you simply
  31.      need to make a dummy batch file in a directory that is higher up (before)
  32.      than the LOGIN mapping, usually F:\PUBLIC.  In this example, make a dummy
  33.      OUT.BAT in F:\PUBLIC that contains:
  34.  
  35.      OUT.BAT
  36.      ───────
  37.      @echo off
  38.      f:
  39.      cd\login
  40.      out
  41.  
  42.      This will redirect DOS and make sure that it actually is 'in' F:\LOGIN
  43.      before it runs the OUT.BAT in F:\LOGIN, and then DOS will not be lost
  44.      after the logout command is issued from that batch file.
  45.  
  46.      If your F:\LOGIN search mapping is already the 'first' mapping on your
  47.      mapping list, then make the OUT.BAT in F:\LOGIN redirect to another batch
  48.      file in F:\LOGIN, so DOS will actually 'be there' and run that batch file
  49.      for the logout instead.  For example, make OUT.BAT look like this:
  50.  
  51.      OUT.BAT
  52.      ───────
  53.      @echo off
  54.      f:
  55.      cd\login
  56.      realout
  57.  
  58.      where REALOUT.BAT is a batch file in F:\LOGIN that contains:
  59.  
  60.      REALOUT.BAT
  61.      ───────────
  62.      @echo off
  63.      cls
  64.      logout
  65.      f:
  66.  
  67.      Although the above sounds complicated, it really isn't.  All you are
  68.      trying to do is to insure that DOS is 'in' F:\LOGIN and running a batch
  69.      file that is 'in' F:\LOGIN before the actual logout command is issued, so
  70.      that it doesn't get 'lost' afterwards.  Above all, place your DOSmenu
  71.      files in your \LOGIN directory (they can be hidden).
  72.  
  73.  
  74. ══════════════════════════════════════════════════════════════════════════════
  75.  
  76. ?    ON A NETWORK, WHEN LOGGING OUT THROUGH DOSMENU, SOMETIMES USING THE
  77.      LOGOUT COMMAND (FOR LOGOUT.EXE) LEAVES ERROR MESSAGES ON THE USER'S DOS
  78.      SCREEN OR TAKES AWAY THE USER'S DOS CURSOR AND PROMPT.  WHY IS THIS AND
  79.      WHAT CAN I DO?
  80.  
  81. Ans: Simple.  As an addon to the above discussion, just change your MENU.BAT
  82.      file to add the following near the top of the file:
  83.  
  84.      MENU.BAT (near top)
  85.      ────────
  86.      f:
  87.      cd\login
  88.  
  89.      This will insure that DOS is 'in' the login directory after running the
  90.      logout command, and therefore MENU.BAT will still be found so that it can
  91.      be completed by DOS.
  92.  
  93.      Alternatively, you could place a dummy MENU.BAT in a higher mapped
  94.      directory, like PUBLIC, that reads:
  95.  
  96.      MENU.BAT
  97.      ────────
  98.      @echo off
  99.      f:
  100.      cd\login
  101.      menu %1 %2 %3 %4 %5
  102.  
  103.      This would accomplish the same thing.
  104.  
  105.      In any case, the other DOSmenu files do not need to be in the LOGIN
  106.      directory.  But if you choose to place them there, that's OK.  You may
  107.      even make them hidden with the hidden DOS/network attribute if you
  108.      desire.  Just do not make them readonly at the file level.  Setting the
  109.      LOGIN directory to READ/FILE SCAN only is adequate and will work well.
  110.  
  111.  
  112. ══════════════════════════════════════════════════════════════════════════════
  113.  
  114. ?    AFTER PASSING THE LOGOUT COMMAND, I STILL GET A MENU AFTER THE LOGOUT IS
  115.      COMPLETED.  HOW DO I STOP THIS?
  116.  
  117. Ans: Add a line at the beginning of your MENU.BAT to check to see if the user
  118.      is still logged in or not, like:
  119.  
  120.      if not exist f:\public\*.* goto END
  121.  
  122.      This way, the MENU.BAT will quit after logout.
  123.  
  124.  
  125. ══════════════════════════════════════════════════════════════════════════════
  126.  
  127. ?    WHEN WE TRY TO USE THE GOTO END COMMAND TO GIVE USERS A MENU QUIT OPTION,
  128.      IT DOESN'T WORK.  WHY AND HOW DO WE DO IT?
  129.  
  130. Ans: To use this function, it must be the only command for that menu item.
  131.      For example:
  132.  
  133.      Q Quit
  134.      cls
  135.      goto END
  136.  
  137.      will not work because if there is more than one command, DOSmenu makes
  138.      the commands into a temporary batch file.  In that case the 'goto END'
  139.      command would only go to the end of the temporary batch file!  The
  140.      following will work:
  141.  
  142.      Q Quit
  143.      goto end
  144.  
  145.  
  146. ══════════════════════════════════════════════════════════════════════════════
  147.  
  148. ?    WHY WOULD WE WANT TO TURN OFF MOUSE SUPPORT IN DOSMENU.INI?
  149.  
  150. Ans: Under some configurations, your DOS mouse driver (MOUSE.COM, etc.) may
  151.      take some delay in initializing, therebey introducing an unwanted delay
  152.      factor between menu selections.  This delay would occur because DOSmenu
  153.      unloads itself between menu commands to give you all of the DOS memory to
  154.      run programs.  When it unloads itself, the mouse driver is automatically
  155.      un-initialized by DOS as well.
  156.  
  157.  
  158. ══════════════════════════════════════════════════════════════════════════════
  159.  
  160. ?    WHY DO I SOMETIMES GET A PARAMETER ERROR WHEN I RUNNING MENU.BAT ON A
  161.      NETWARE NETWORK?
  162.  
  163. Ans: NetWare's MENU.EXE program is probably in your search path (normally in
  164.      \PUBLIC).  You should either delete or rename this file.
  165.  
  166.  
  167. ══════════════════════════════════════════════════════════════════════════════
  168.  
  169. ?    HOW DO I USE THE DOSMENU GROUP RIGHT ON NETWARE 4.X WITHOUT EMULATION?
  170.  
  171. Ans: You can't.  But you can use the DOSmenu Directory right instead.  Simply
  172.      give group members trustee rights to a 'flag' directory and then test for
  173.      that directory in the menu instead of testing for the group.  As an
  174.      example, if a user is a member of WP group, and you give that group
  175.      trustee rights to a directory, say F:\FLAGS\WP, then the user will be
  176.      able to run the menu item if you check the right {d=f:\flags\wp}, while
  177.      other users, who are not a member of WP and therefore do not have rights
  178.      to F:\FLAGS\WP, will not have the item on their menu.
  179.  
  180.  
  181. ══════════════════════════════════════════════════════════════════════════════
  182.  
  183. ?    HOW DO I USE THE %VAR% AS A MENU COMMAND WHEN THE %VAR% MUST BE AT THE
  184.      BEGINNING OF THE COMMAND?  DOESN'T THAT SIGNIFY A SUB-MENU CALL?
  185.  
  186. Ans: Yes it does.  But there is a safe way around that syntax.  Simply place
  187.      a 'call' statement before the command.  DOSmenu eventually does this
  188.      anyway and one more at the beginning of the line makes no difference to
  189.      DOS.  For example, if you need the command:
  190.  
  191.           %var%:\apps\paradox
  192.  
  193.      where %var% signifies the drive letter, then enter the command like this:
  194.  
  195.           call %var%:\apps\paradox.
  196.  
  197.      This will work nicely.
  198.  
  199.  
  200.